使用者測試的基礎概念流程是，先尋找淺在的使用者，並要求使用者做一些事情(tasks)，然後觀察他們的使用行為，接著根據使用情境，問一些問題 (debrief)，最後記錄下來，並從中找出可以改進的地方。

什麼是淺在使用者 (Poteintial Users)？指的是一群有特定看法、行為或人格特質的人。
再舉亞馬遜的例子，淺在使用者就可以被定義為，需要亞馬遜所販售商品的一群人。然而一件很棘手事情是，你一定不會想要一個已經使用過這個產品的使用者來做測試，因為通常在剛開始做測試的時候，很多東西對一個新的使用者來說其實沒那麼直覺。這又跟前面所提到的互相呼應，也就是你的個人經驗或直覺反應並不能拿來參考。簡單來說，我們只想要一個全新的使用者來觀察他對於這個產品的任何反應，並確認我們的設計是不是真的夠直覺。可是有一點必須提出來提醒大家，如果一個使用者不是這個產品的新手，但他未曾接觸過我們將要他做的測試，在這個情況下，或許可以列為淺在使用者，不過還是得小心，該使用者在之前對產品的了解是否會讓這個測試結果失真。

還有一個非常具有挑戰性的事情 - 如何設計測試時所用的題目或任務(tasks)？
假設你設計了一個新的購物平台，可以請受試者根據指示完成對應的任務，題目可以像是：請購買一個500以下且適合做為耶誕節交換禮物的商品。這時你就能從中觀察，當初在設計時的規劃與構想是否符合使用者目前的使用狀況，讓過程能夠簡單明瞭並且直覺。所以，該怎麼設計一個好的問題，幫助我們在觀察使用者測試時，順利得到想要的答案？試著從可能是最多使用者必須完成的事情下手。不過前題是，我相信大家都認同，如果當買東西在Pchome這樣的購物平台上變得很困難或繁瑣時，Pchome的設計師一定會很頭大。最多人會需要完成的事情，一定是最初設計這項產品所希望達成的目的。

當勾勒出所有使用者可能會需要做的事情之後，你可以更深入去瞭解那些比較小眾的需求，像是在亞馬遜上寫一個產品的評論。不是每個人都會花時間寫評論，根據調查，只有 1-5% 的使用者會花時間寫評論，由此可知，雖然這不是最多人使用的功能，但有支援這個功能對於亞馬遜來說非常重要。或是還有其他更特別的任務大家也可以一起想想。

<未完待續>

本文內容部份節錄自“MichiganX: UX501x Introduction to User Experience”